Міністерство освіти і науки України Національний університет “Львівська політехніка” Інститут Комп’ютерних наук та Інформаційних технологій Кафедра ПЗ Звіт з лабораторної роботи №1 На тему: Написання Use-cases з дисципліни “ Конструювання ПЗ ” Мета: визначити ролі при взаємодії з програмним забезпеченням та описати варіанти їх взаємодії з ним. Завдання: Інформаційна система житлового будинку. Адміністрація будинку повинна вести облік людей, що проживають у будинку, а також висилати рахунок і отримувати кошти за послуги від тих, хто роживає у будинку. В разі виникнення поломок, адміністрація повинна викликати майстрів, які б усунули поломку. Майстри отримують гроші за роботу від адміністрації. Ті що проживають у будинку повинні інформувати адміністрацію про поломки. Хід виконання завдання Сценарій 1(Адміністрація повідомляє про поломку майстра) Головний актор: Адмін Другорядний актор: Майстер Рівень: Адмін_система_майстер Передумова: Житель повідомляє адміністрацію про поломку Основний сценарій Адмін переглядає список поломок Адмін вибирає потрібного майстра Адмін відправляє майстру інформацію про поломку Система посилає повідомлення про те що майстер отримав інформацію Майстер повідомляє про виправлення поломки Помилки Список поломок пустий Майстер не може виправити поломку Майстер не отримав інформацію про поломку Майстер не повідомляє про виправлення поломки Альтернативний сценарій 2а. Виводиться повідомлення про відсутні поломки 5а. Майстер повідомляє про неможливість виправлення поломки наявними засобами і що відповідальність за ремонт переходить на жителя 4а. Система посилає повідомлення про те що майстер не отримав інформацію 6а. Адміністрація перевіряє причини та вирішує питання з майстром Сценарій 2(Адміністрація заносить інформацію про нового жителя) Головний актор: Адмін Рівень: Адмін_система Основний сценарій Адмін вибирає меню «Нова квартира» Адмін переглядає дані про жителів Адмін підтверджує збереження даних в БД Система посилає повідомлення про успішне збереження Помилки Деякі поля є не заповнені Альтернативний сценарій 4а. Виводиться повідомлення про неможливість збереження Сценарій 3(Авторизація жителя) Головний актор: Житель Рівень: Житель_система Основний сценарій Житель заходить в меню авторизації Житель вводить логін та пароль Підтверджує ввід Система загружає головну сторінку Помилки Неправильно введений логін чи пароль Альтернативний сценарій 4а. Виводиться повідомлення про неправильний логін чи пароль і загружається сторінка авторизації Сценарій 4(Житель переглядає рахунки) Головний актор: Житель Рівень: Житель_система Основний сценарій Житель авторизується Житель вибирає місяць послуг Житель вибирає вид комунальних послуг Житель підтверджує вибране Система виводить рахунок Помилки Рахунок на поточну місяць ще не сформований Житель не оплатив послуги за попередній місяць Альтернативний сценарій 5а. Система виводить повідомлення про те що на даний місяць рахунки ще не сформовані 2а. Система виводить повідомлення про те що є неоплачені послуги, виводить суму і вказує кінцевий термін оплати. Сценарій 5(Майстер відправляє рахунок в адміністрацію) Головний актор: Майстер Рівень: Майстер_система Основний сценарій Майстер авторизується Майстер вибирає меню «Надіслати рахунок » Майстер вводить список виконаних робіт та суму оплати за них Підтверджує відправлення Система виводить повідомлення про отримання рахунку Помилки Не повні дані щодо виконаної роботи Альтернативний сценарій 5а. Виводиться повідомлення про неповність даних Сценарій 6(Житель повідомляє про поломку майстра) Головний актор: Житель Другорядний актор: Майстер Рівень: Житель_майстер Основний сценарій Житель замічає поломку Житель вибирає потрібного майстра Житель відправляє майстру інформацію про поломку Майстер повідомляє про виправлення поломк...